基地局及び移動局の間のデータ交換方法

专利摘要:
本発明は、第１の局と第２の局との間でデータを交換する方法に関し、前記データは、パケットで交換される。前記方法は、第２の局からパケットを受け取るステップと、前記パケットを復号化するステップと、第２の局に対し、シグナリングチャネル上においてリソース割り当てメッセージを送信するべきかどうか決定するステップと、前記リソース割り当てメッセージが送信される場合、第２の局に対し、インジケータチャネル上において第１のインジケータ信号を送信するステップと、復号化が成功せず、上述のリソース割り当てメッセージが送信されない場合、第２の局に対し、インジケータチャネル上において第２のインジケータ信号を送信するステップと、を含む。
公开号:JP2011509586A
申请号:JP2010541125
申请日:2008-12-24
公开日:2011-03-24
发明作者:ポール バックネル；マシュー；ピー；ジェイ ベイカー；ティモシー；ジェイ モルスリー
申请人:コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ；
IPC主号:H04W28-04

专利说明:

[0001] 本発明は、移動通信システムに関し、より具体的には、ユニバーサル移動通信システムＵＭＴＳ標準による通信システムに関する。]
背景技術

[0002] 次世代ユニバーサル地上無線アクセス（Evolved Universal Terrestrial Radio Access、Ｅ−ＵＴＲＡ）及び次世代ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）の現在の最先端技術は、３ＧＰＰ ＴＳ ３６．３００に取り込まれている；全体の記述；ステージ２。ＨＡＲＱ（Hybrid Automatic Repeat Request）と以下で呼ばれるアップリンクレイヤ２ハイブリッド自動繰り返し要求の動作において、処理は、３ＧＰＰ ＴＳ ３６．３２１次世代ユニバーサル地上無線アクセス（Ｅ−ＵＴＲＡ）；媒体アクセス制御（ＭＡＣ）プロトコル仕様に記述されており、以下に要約される：]
[0003] 時々移動局と呼ばれ、以下ＵＥと呼ばれるユーザ機器は、ＴＴＩと以下で呼ばれる送信時間間隔ごとに、以下を行うべきである：
−このＴＴＩに関するアップリンクグラントが、物理ダウンリンク制御チャネルＰＤＣＣＨ（physical downlink control channel）上において受け取られた場合；又は
−このＴＴＩに関するアップリンクグラントがランダムアクセス応答において受け取られた場合：
−このＴＴＩに関するＨＡＲＱエンティティに対し、有効なアップリンクグラント及び関連するＨＡＲＱ情報を示し；
−他の場合、このＴＴＩに関するアップリンクグラントが構成され、このＴＴＩに関するアップリンクグラントが、ＰＤＣＣＨ上において受け取られず、ランダムアクセス応答においても受け取られなかった場合、
−ユーザ機器は、このＴＴＩに関するＨＡＲＱエンティティに対し、新しい送信のために有効なアップリンクグラント及び関連するＨＡＲＱ情報を示す。]
[0004] 構成されたアップリンクグラントの期間がＴＴＩにおいて表現されることに留意されたい。]
[0005] １つのＨＡＲＱエンティティがＵＥにある。複数の平行なＨＡＲＱプロセスが、ＨＡＲＱエンティティをサポートするために、ＵＥ内で使用され、それにより、以前の送信の成功した受信又は不成功の受信についてのフィードバックを待ちながら、送信が連続的に行われることを可能にする。]
[0006] 所与のＴＴＩに、アップリンクグラントがそのＴＴＩに関して示される場合、ＨＡＲＱエンティティは、送信が行われるべきであるＨＡＲＱプロセスを識別する。ＨＡＲＱエンティティは更に、受信機フィードバック（アクノリッジメント／否定アクノリッジメント、ＡＣＫ／ＮＡＣＫ情報）を、Ｅ−ＵＴＲＡＮ ＮｏｄｅＢ（すなわち以下ｅＮＢと呼ばれる基地局）から、物理層によって中継されて、適当なＨＡＲＱプロセスにルーティングする。]
[0007] 所与のＴＴＩに、ＨＡＲＱエンティティは、
−新しい送信を示すアップリンクグラントが、このＴＴＩに関して示される場合：
−ＴＴＩが新しい送信のために利用可能であることを「アップリンク優先」エンティティに知らせる；
−「アップリンク優先」エンティティが、新しい送信の必要を示す場合：
−「多重化及びアセンブリ」エンティティから送信するべきＭＡＣパケットデータユニットＰＤＵを得；
−識別されたパラメータを使用してこの新しいペイロードの送信をトリガするように、このＴＴＩに対応するＨＡＲＱプロセスに指示する。
−他の場合：
−ＨＡＲＱバッファをフラッシュする。
−他の場合：
−再送信を示すアップリンクグラントが、このＴＴＩに関して示される場合、又は
−このＴＴＩに対応するＨＡＲＱプロセスのＨＡＲＱバッファが空でない場合：
−ＨＡＲＱプロセスに再送信を生成するように指示する。]
[0008] 適応的な再送信は、固着性であることに留意されたい。すなわち、パラメータが、再送信のために変更される場合、以前のパラメータは、もはや次の再送信には当てはまらない。]
[0009] ＵＥは、以下ＰＨＩＣＨと呼ばれる物理ハイブリッドＡＲＱインジケータチャネル上において、フィードバック情報（ＡＣＫ／ＮＡＣＫ）を受け取る。この情報は、ＵＥの物理層によって適当なＨＡＲＱプロセスに中継されるとともに、以下に示されるようにＰＤＣＣＨアップリンク送信−リソースグラント情報と組み合わされて扱われる。]
[0010] 更に、ＵＥが、ＰＨＩＣＨ上においてＡＣＫを受け取り、ＵＥが、再送信を求めるＰＤＣＣＨを検出する場合、ＵＥ挙動は、再送信の要求に対する優先度を与え、従って、ＵＥは、再送信することが同意されている。]
[0011] 一般に、ＰＤＣＣＨ上において送信されるＵＬグラントは、サイクル冗長性チェック（ＣＲＣ）によって保護され、従って、誤った復号化の蓋然性は、ごくわずかである。 ただし、ＵＥがＰＤＣＣＨメッセージを検出することに失敗する蓋然性は、１０−２と同じ程度に高いことがある。ＰＨＩＣＨチャネル上におけるＡＣＫ／ＮＡＣＫ送信は、ＣＲＣによって保護されず、１０−３乃至１０−４のエラーレートによって一般に送信される。]
[0012] 移動端末は、ＰＤＣＣＨを復号化し、ＰＨＩＣＨを復号化することによって、又はこれが必要とされる場合、ＰＨＩＣＨを復号化し、ＰＤＣＣＨを復号化することによって、動作することができる。]
発明が解決しようとする課題

[0013] 図１は、ＰＤＣＣＨが最初に復号化される、ＰＤＣＣＨ及びＰＨＩＣＨのＵＥ処理を示している。] 図１
[0014] より詳しくは、ＵＥは、ＵＬグラントを有する有効なＰＤＣＣＨを探す。ＰＤＣＣＨが正しく復号化された場合、ＵＥは、ＰＨＩＣＨ上においてＡＣＫ／ＮＡＣＫを探す。ＡＣＫ又はＮＡＣＫが受け取られる場合、ＵＥは、ＰＤＣＣＨメッセージ内のインクリメンタル冗長性バージョン（ＩＲＶ）インジケータを見る。ＵＥは、ＩＲＶインジケータから、ｅＮＢが以前のパケットの再送信を必要とするか又は新しい送信を必要とするかを得る。次に、以前のパケットの適応的な再送信又は新しい送信が、実施される。次に、有効なＵＬグラントが、送られる。適応的な再送信は、ＰＤＣＣＨグラントによって明示的に示されるアップリンク送信リソースを使用し、従って、必ずしも以前の送信と同じではない。]
[0015] ＰＤＣＣＨが、復号化されることに失敗する場合、ＵＥは、ＰＨＩＣＨ上においてＡＣＫ／ＮＡＣＫを探す。ＡＣＫが復号化される場合、ＵＥは、以前のパケットが正しく受け取られたとみなし、更なるＵＥアクションは、実施されない。ＮＡＣＫが復号化される場合、ＵＥは、非適応的な再送信の必要があるとみなす（すなわち、以前の送信の場合と同じアップリンク送信リソースを使用する）。逃がされたＰＤＣＣＨグラントがある場合、ＵＥは、再送信が非適応的であるとみなし、ゆえに、以前の送信の場合と同じアップリンク送信リソースを再び使用し、実際、これらのリソースは、別のＵＥに再び割り当てられることがありえるので、アップリンク送信の衝突の可能性がある。その後、有効なＵＬグラントが送られる。]
[0016] 図２は、ＵＬ送信のための最先端技術のｅＮＢ処理を示している。] 図２
[0017] より詳しくは、第１のステップにおいて、ｅＮＢは、アップリンクパケットを受け取る。次に、ｅＮＢは、前記アップリンクパケットを復号化する。]
[0018] 復号化が成功であった場合、ｅＮＢは、ＰＨＩＣＨ上においてＡＣＫを送る。次に、ｅＮＢは、ＵＥがより多くのデータを有するかどうかチェックする。ＵＥがより多くのデータを有する場合、ｅＮＢは、ＰＤＣＣＨ上においてアップリンクグラントを送信する；ＵＥがより多くのデータを有しない場合、プロセスは終了される。]
[0019] 復号化が失敗した場合、ｅＮＢは、ＰＨＩＣＨ上においてＮＡＣＫを送り、再送信が適応的又は非適応的であるべきかどうかを決定する。再送信が適応的であるべきである場合、ｅＮＢは、ＰＤＣＣＨ上においてアップリンクグラントを送信する。再送信が非適応的である場合、ｅＮＢは、ＰＤＣＣＨ上においてアップリンクグラントを送信しない。]
[0020] 最先端技術によって、ダウンリンク無線リソースは、ＰＨＩＣＨ上においてＡＣＫ／ＮＡＣＫシグナリングを送り、ＰＤＣＣＨ上において、使用されるべきＵＬリソースを割り当てるシグナリングを送ることの両方を必要とされる。]
[0021] 今日、ＵＬグラントを有する有効なＰＤＣＣＨが受け取られ、成功裡に復号化される場合、ＡＣＫ及びＮＡＣＫ信号の処理は必要ではない。]
[0022] 従って、ネットワークは、ＡＣＫ／ＮＡＣＫシグナリングを送らないことによって、使用される無線リソースを最小にすることを望むことができる。]
[0023] 本発明の目的は、ＰＤＣＣＨが有効なＵＬグラントを示す場合、ＵＥがＡＣＫ／ＮＡＣＫシグナリングを復号化する必要がないようにすることによって、ネットワークがアップリンクリソースをシグナリングすることができる柔軟性を改善することである。]
[0024] 本発明の別の目的は、アップリンク送信中の衝突のリスクを低減することである。]
[0025] 本発明の別の目的は、逃がされたアップリンクリソースグラントの場合に迅速な回復を可能にすることである。]
課題を解決するための手段

[0026] 本発明の１つの見地によれば、ＡＣＫ／ＮＡＣＫシグナリングがＰＤＣＣＨＵＬグラントと共に送られる場合、ＡＣＫの送信は、アップリンクリソースグラントの存在を示す。従って、ＰＤＣＣＨ上において有効なＵＬグラントが受け取られることなく、ＡＣＫを受け取ることは、ＰＤＣＣＨが逃がされたことを意味する。]
[0027] 本発明の１つの見地によれば、第１の局と第２の局との間でデータを交換する方法であって、前記データはパケットで交換され、前記方法は、
−第２の局からパケットを受け取るステップと、
−前記パケットを復号化するステップと、
−第２の局に対し、シグナリングチャネル上においてリソース割り当てメッセージを送信するべきかどうか決定するステップと、
−前記リソース割当てメッセージが送信される場合、第２の局に対し、インジケータチャネル上において第１のインジケータ信号を更に送信するステップと、
−復号化が成功せず、前記リソース割り当てメッセージが送信されない場合、第２の局に対し、インジケータチャネル上において第２のインジケータ信号を送信するステップと、
を含む方法が提案される。]
[0028] 本発明は更に、ネットワークがそれぞれ異なるモードで動作するようにシグナリングを構成することができ、それによって、あるモードにおいて、ＵＬグラントが、ＰＨＩＣＨ上における関連するＡＣＫ／ＮＡＣＫシグナリングと共に、ＰＤＣＣＨ上において送られ、別のモードにおいて、ＵＬグラントが、関連するＡＣＫ／ＮＡＣＫシグナリングなしにＰＤＣＣＨ上において送られることを提案する。後者のモードの利点は、ＡＣＫ及びＮＡＣＫが必要とされないとき、ＡＣＫ及びＮＡＣＫを送信しないことによる無線リソースの節約である。前者のモードの利点は、ＰＤＣＣＨ上でのＵＬリソース標示及びＰＨＩＣＨ上でのＡＣＫ／ＮＡＣＫシグナリングの両方が使用される場合、ＵＬにおける衝突蓋然性の低減がある。２つのモード間の構成は、ネットワークが、それぞれ異なる利点の相対的な重要性に依存して動作を適応させることを可能にする。]
[0029] 加えて、本発明は、ネットワークが、ＵＥが送信のために任意の物理リソースブロックを使用することができないことを、ＵＥにシグナリングすることを可能にし、これは、不必要な再送信が回避されることができ、それにより、ＵＥが送信電力を節約し、ネットワークが、すべての無線リソースを、送るべき高い優先度のデータを有しうる他のユーザのために利用することができるという利点をもつ。]
[0030] 本発明のこれらの及び他の見地は、以下に記述される実施例から明らかになり、それらを参照して説明される。]
[0031] 本発明は、添付の図面を参照して、例示によってより詳しく記述される。]
図面の簡単な説明

[0032] ＰＤＣＣＨが最初に復号化される、ＰＤＣＣＨ及びＰＨＩＣＨのＵＥ処理を示す図。
ＵＬ送信のための最先端技術のｅＮＢ処理を示す図。
ＰＤＣＣＨ存在／不在をシグナリングするために使用されるＰＨＩＣＨ上のＡＣＫ及びＮＡＣＫシグナリングを示す図。
ＰＤＣＣＨが送られるときにＡＣＫ／ＮＡＣＫが読まれない場合のＵＥ動作を示す図。
ＰＤＣＣＨ存在のインジケータとして送られるＡＣＫシグナリングを示す図。
ＰＤＣＣＨグラントが送られる場合、ＰＨＩＣＨが読まれないことを示す図。
ＰＤＣＣＨが送られない場合のみ、ＰＨＩＣＨが送られることを示す図。
三状態ＡＣＫ／ＮＡＣＫ処理のためのＵＥ処理を示す図。]
実施例

[0033] 図３は、ＰＤＣＣＨ存在／不在をシグナリングするために使用されるＰＨＩＣＨ上のＡＣＫ及びＮＡＣＫシグナリングを示している。] 図３
[0034] この第１の実施例は、ＡＣＫが、ＰＤＣＣＨ存在のインジケータとして使用され、ＮＡＣＫが、ＰＤＣＣＨ不在のインジケータとして使用されるｅＮＢ処理を示し、これは、非適応性が要求されることを意味する。]
[0035] より詳しくは、第１のステップにおいて、ｅＮＢは、アップリンクパケットを受け取る。次に、ｅＮＢは、前記アップリンクパケットを復号化する。]
[0036] 復号化が成功であった場合、ｅＮＢは、ＰＨＩＣＨ上においてＡＣＫを送る。次に、ｅＮＢは、ＵＥがより多くのデータを有するかどうかチェックする。ＵＥがより多くのデータを有する場合、ｅＮＢは、ＰＤＣＣＨ上でアップリンクグラントを送信することができる；ＵＥがより多くのデータを有しない場合、プロセスは完了される。ＵＥが送信すべきより多くのデータを有するかどうかのチェックは、プロセスのより早い段階で実施されてもよいことに留意されたい。更に、ＵＥが、送るべきより多くのデータを有する場合であっても、例えば、他のＵＥが、送るべき高い優先度のデータを有する場合、ｅＮＢは、アップリンクグラントを送らないことを決めることができることに留意されたい。従って、「ＵＥがより多くのデータを有するかどうかチェックする」決定段階は、ある実施例において、「更なるアップリンク送信リソースをグラントするべきかどうか決める」段階として記述されることができる。]
[0037] 復号化が失敗であった場合、ｅＮＢは、再送信が適応的であるべきか又は非適応的であるべきか決める。再送信が適応的であるべきである場合、ｅＮＢは、ＰＤＣＣＨ上におけるアップリンクグラントと共に、ＰＨＩＣＨ上においてＡＣＫを送る。再送信が非適応的であるべきである場合、ｅＮＢは、ＰＨＩＣＨ上においてＮＡＣＫを送り、ＰＤＣＣＨ上においてはアップリンクグラントを送信しない。]
[0038] 図４は、図３に示されるｅＮＢ挙動に関する対応するＵＥ動作を示している。このケースにおいて、有効なアップリンクグラントがＰＤＣＣＨ上において検出される場合、ＵＥは、ＰＨＩＣＨからＡＣＫ／ＮＡＣＫを復号化することを試みない。] 図３ 図４
[0039] この第２の実施例は、ＵＥにおける１つの可能な処理を示しており、ここで、ＡＣＫ／ＮＡＣＫチャネル情報は、ＰＤＣＣＨ後に処理される。この例において、ＡＣＫ／ＮＡＣＫ信号が、ＮＡＣＫであり、明示的なＵＬグラントがなかった場合、非適応的な再送信が発生する。ＰＨＩＣＨ上にＡＣＫがあるが、明示的なアップリンクグラントがない場合、これは、グラントが逃がされた可能性があることの標示である。]
[0040] より詳しくは、ＵＥは、ＵＬグラントを有する有効なＰＤＣＣＨを探す。ＰＤＣＣＨが正しく復号化された場合、ＰＨＩＣＨ上においてＡＣＫ／ＮＡＣＫを読み取る必要はなく、ＵＥは、ｅＮＢが以前のパケットの適応的な再送信又は最初の送信を必要とするかどうか決定するためにＩＲＶを見る。ＵＥは、それが決定された送信を実施するために有効なＵＬグラントを有すると結論付ける。]
[0041] ＰＤＣＣＨが復号化されることに失敗した場合、ＵＥは、ＰＨＩＣＨ上においてＡＣＫ／ＮＡＣＫを探す。ＡＣＫがある場合、ＵＬグラントは逃がされた可能性がある。ＮＡＣＫがある場合、ＵＥは、ＰＤＣＣＨ上に明示的なＵＬグラントがなく、以前のパケットの非適応的な再送信が必要とされ、ＵＥが、決定された非適応的な再送信を実施するために有効なＵＬグラントを有すると判定する。]
[0042] 図５は、ＰＤＣＣＨ存在のインジケータとして送られるＡＣＫシグナリングを示している。] 図５
[0043] この第３の実施例は、ｅＮＢが、ＰＤＣＣＨ存在のインジケータとしてＡＣＫを送り、ＰＤＣＣＨ不在のインジケータとしてＮＡＣＫを送る例について、ｅＮＢ処理を示している。この例において、ＵＥがアップリンクで送信することを止めるためにＵＥに送られる新しい信号があり、これは、（例えばゼログラントを送ることによって）次の対応するＴＴＩにおける更なるアップリンク送信を効果的に防ぐ。]
[0044] より詳しくは、第１のステップにおいて、ｅＮＢは、アップリンクパケットを受け取る。次に、ｅＮＢは、前記アップリンクパケットを復号化する。]
[0045] 復号化が成功であった場合、ｅＮＢは、ＰＨＩＣＨ上においてＡＣＫを送る。ｅＮＢは、ＵＥがより多くのデータを有するかどうかチェックする。ＵＥがより多くのデータを有する場合、ｅＮＢは、ＰＤＣＣＨ上においてアップリンクグラントを送ることができる；ＵＥがより多くのデータを有しない場合、ｅＮＢは、ＰＤＣＣＨ上においてゼロアップリンクグラントを送信する。ＵＥが送信するべきより多くのデータを有するかどうかのチェックが、プロセスのより早い段階で実施されてもよいことに留意されたい。更に、ＵＥが送るべきより多くのデータを有するとしても、例えば他のＵＥが送るべき高い優先度のデータを有する場合、ｅＮＢは、ゼロアップリンクグラントを送ることを決めることができることに留意されたい。従って、「ＵＥがより多くのデータを有するかどうかチェックする」決定段階は、ある実施例において、「他のアップリンク送信リソースをグラントするかどうか決める」段階と記述される。]
[0046] 復号化が失敗した場合、ｅＮＢは、再送信が適応的であるべきか又は非適応的であるべきか決める。再送信が適応的であるべきである場合、ｅＮＢは、ＰＤＣＣＨ上におけるアップリンクグラントと共に、ＰＨＩＣＨ上においてＡＣＫを送る。再送信が非適応的であるべきである場合、ｅＮＢは、ＰＨＩＣＨ上においてＮＡＣＫを送り、ＰＤＣＣＨ上においてアップリンクグラントを送信しない。]
[0047] 図６は、図５に示されるｅＮＢ挙動に関して対応するＵＥ動作を示している。] 図５ 図６
[0048] この第４の実施例によれば、ＰＤＣＣＨグラントが送られる場合、ＵＥにおいて、ＰＨＩＣＨは読まれない。]
[0049] より詳しくは、ＵＥは、ＵＬグラントを有する有効なＰＤＣＣＨを探す。ＰＤＣＣＨが正しく復号化された場合、ついで、ＰＨＩＣＨ上においてＡＣＫ／ＮＡＣＫを読む必要はなく、ＵＥは、ｅＮＢが以前のパケットの適応的な再送信又は最初の送信を必要とするか決定するためにＩＲＶを見る。ＵＥは、それが決定された送信を実施するために有効なＵＬグラントを有すると結論付ける。]
[0050] ＰＤＣＣＨが復号化されることに失敗した場合、ＵＥは、ＰＨＩＣＨ上においてＡＣＫ／ＮＡＣＫを探す。ＡＣＫがある場合、ＵＥは、ＵＬグラントが逃がされたと結論付ける。ＮＡＣＫがある場合、ＵＥは、ＰＤＣＣＨ上に明示的なＵＬグラントがなく、以前のパケットの非適応的な再送信が必要とされており、ＵＥが、決定された非適応的な再送信を行うために有効なＵＬグラントを有する、と判定する。]
[0051] 図７は、ＰＤＣＣＨが送られない場合にのみ、ＰＨＩＣＨ上のＡＣＫ／ＮＡＣＫが送られる実施例を示している。] 図７
[0052] この第５の実施例によれば、最終のｅＮＢの実施例において、ＰＤＣＣＨが存在する場合のみ、ＰＨＩＣＨが送られる。]
[0053] この利点は、低いシグナリングオーバヘッドがあることであるが、（不連続送信ＤＴＸを検出するために）ＰＨＩＣＨの三状態検出が必要とされる。]
[0054] より詳しくは、第１のステップにおいて、ｅＮＢは、アップリンクパケットを受け取る。次に、ｅＮＢは、前記アップリンクパケットを復号化する。]
[0055] 復号化が成功した場合、ｅＮＢは、ＵＥがより多くのデータを有するかどうかチェックする。ＵＥがより多くのデータを有する場合、ｅＮＢは、ＰＨＩＣＨ上においてＤＴＸ（すなわち非送信）を送り、ＰＤＣＣＨ上においてアップリンクグラントを送る；ＵＥがより多くのデータを有しない場合、ｅＮＢは、ＰＨＩＣＨ上においてＡＣＫを送る。]
[0056] 復号化が失敗した場合、ｅＮＢは、再送信が適応的であるべきか又は非適応的であるべきか決める。再送信が適応的であるべきである場合、ｅＮＢは、ＰＤＣＣＨ上におけるアップリンクグラントと共にＰＨＩＣＨ上においてＤＴＸを送る。再送信が非適応的であるべきである場合、ｅＮＢは、ＰＨＩＣＨ上においてＮＡＣＫを送り、ＰＤＣＣＨ上においてアップリンクグラントを送らない。]
[0057] 図８は、三状態ＡＣＫ／ＮＡＣＫ処理に関する対応するＵＥ処理を示している。] 図８
[0058] この第６の実施例についてのＵＥ処理は、ＵＬグラントがＰＤＣＣＨ上において受け取られず、ＤＴＸが、ＰＨＩＣＨ上において復号化される場合、グラントは、逃がされたとみなされ、ＮＡＣＫ又はＡＣＫが、ＰＨＩＣＨ上において復号化される場合、非適応的な再送信又は送信がそれぞれ発生する。この実施例は、非適応的な最初の送信の可能性を与え、それによって、新しいパケットが、以前のパケット送信の場合と同じアップリンクリソースを使用して送られることに留意されたい。]
[0059] より詳しくは、ＵＥは、ＵＬグラントを有する有効なＰＤＣＣＨを探す。ＰＤＣＣＨが正しく復号化された場合、ＰＨＩＣＨ上においてＡＣＫ／ＮＡＣＫを送る必要がなく、ＵＥは、ｅＮＢが以前のパケットの適応的な再送信又は最初の送信を必要とするかどうか決定するために、ＩＲＶを見る。ＵＥは、それが決定された送信を実施するために有効なＵＬグラントを有すると結論付ける。]
[0060] ＰＤＣＣＨが復号化されることに失敗した場合、ＵＥは、ＰＨＩＣＨ上においてＡＣＫ／ＮＡＣＫを探す。ＤＴＸが、ＰＨＩＣＨ上においてｅＮＢから受け取られる場合、ＵＥは、ＵＬグラントが逃がされたと結論付ける。ＮＡＣＫがある場合、ＵＥは、ｅＮＢが以前のパケットの非適応的な再送信を必要としていると判定し、ＡＣＫがある場合、ＵＥは、ｅＮＢが次のパケットの非適応的な第１の送信を必要としていると判定し、ＵＥは、決定された送信を実施するために有効なＵＬグラントを有すると結論付ける。]
[0061] ＵＥが、それがアップリンクグラントを逃がした又は逃がした可能性があると判定する場合、ある実施例において、ＵＥは、これが検出されたことを示すために、ｅＮＢに信号を送信することができる。この信号は、例えば、ランダムアクセスメッセージ、バッファ状態メッセージ又はインジケータフラグを含みうる。これは、ｅＮＢがアップリンクパケット送信を検出することに失敗する場合、ＮＡＣＫを送らなければならないことよりはむしろ、他のアップリンクグラントによってすばやく応答する可能性をｅＮＢに与える。]
[0062] 本発明は、ＵＭＴＳ標準に従って動作する移動電話において実現されることができる。本発明は、より具体的には、Ｅ−ＵＴＲＡＮ（ＵＭＴＳリリース８）においてＨＡＲＱの動作を改善する際に適用されることができる。]
[0063] 本発明は、専用のソフトウェアによって実現されてもよい。このソフトウェアに対応し、プログラムメモリにロードされる命令の組は、移動電話の集積回路が、本発明の実施例に従って方法を実施するようにさせる。]
[0064] 上述の実施例は、本発明を制限するものではなく説明するものであり、当業者は、添付の請求項によって規定される本発明の範囲から逸脱することなく、多くの代替実施例を設計することができることに留意すべきである。請求項において、括弧内におかれる任意の基準符号は、請求項を制限するものとして解釈されるべきではない。「有する、含む」等の語は、全体として任意の請求項又は明細書に挙げられたもの以外の構成要素又はステップの存在を除外しない。構成要素の単一の言及は、このような構成要素の複数の言及を除外せず、その逆も同じである。]

权利要求:

請求項1
第１の局と第２の局との間でデータを交換する方法であって、前記データはパケットで交換され、前記方法は、前記第２の局からパケットを受け取るステップと、前記パケットを復号化するステップと、前記第２の局に対し、シグナリングチャネル上においてリソース割り当てメッセージを送信するべきかどうか決定するステップと、前記リソース割り当てメッセージが送信される場合、前記第２の局に対し、インジケータチャネル上において第１のインジケータ信号を更に送信するステップと、前記復号化が成功せず、前記リソース割り当てメッセージが送信されない場合、前記第２の局に対し、前記インジケータチャネル上において第２のインジケータ信号を送信するステップと、を含む方法。
請求項2
前記第１のインジケータ信号が肯定のアクノリッジメントを含む、請求項１に記載の方法。
請求項3
前記第１のインジケータ信号が非送信を含む、請求項１に記載の方法。
請求項4
前記第２のインジケータ信号が否定のアクノリッジメントを含む、請求項１に記載の方法。
請求項5
前記リソース割り当てメッセージがゼロサイズリソース割り当ての標示を含む、請求項１に記載の方法。
請求項6
移動局とデータを交換する基地局であって、前記データはパケットで交換され、前記基地局は、前記移動局からパケットを受け取る手段と、前記パケットを復号化する手段と、前記移動局に対し、シグナリングチャネル上においてリソース割り当てメッセージを送信するべきかどうか決定する手段と、前記移動局に対し、インジケータチャネル上において第１及び第２のインジケータ信号を送信する手段と、を有し、前記リソース割り当てメッセージが送信される場合、前記基地局は、前記移動局に対し、前記インジケータチャネル上において前記第１のインジケータ信号を送信し、前記復号化が成功せず、前記リソース割り当てメッセージが送信されない場合、前記基地局は、前記移動局に対し、前記インジケータチャネル上において前記第２のインジケータ信号を送信する、基地局。
請求項7
基地局とデータを交換する移動局であって、前記データはパケットで交換され、前記移動局は、第１の送信リソースを使用して、前記基地局に第１のパケットを送信する手段と、シグナリングチャネル上において、前記基地局からのリソース割り当てメッセージを受け取る手段と、インジケータチャネル上において、前記基地局からの第１及び第２のインジケータ信号を受け取る手段と、リソース割り当てメッセージが前記基地局によって送信されたかどうかを決定するために、前記第１のインジケータ信号を使用する手段と、前記第２のインジケータ信号が前記インジケータチャネル上において受け取られ、前記リソース割り当てメッセージが、前記シグナリングチャネル上において受け取られない場合、前記第１の送信リソースを使用して、第２のパケットを送信する手段と、を有する移動局。
請求項8
前記リソース割り当てメッセージの検出が失敗したかどうかを検出する手段を更に有する、請求項７に記載の移動局。
請求項9
前記基地局に対し、前記リソース割り当てメッセージの前記失敗した検出が検出されたことの標示を送信する手段を更に含む、請求項８に記載の移動局。